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The present invention relates to a method for mapping layer-3 packets 
over Sinchronous Digital Transport Networks (SDH/SONET) or Optical 
Transport Networks (OTN) via GFP mapping layer. 

As known, MPLS is an example of network layer 3 protocol defined by 
IETF body in the standard RFC 3031 . 

According to this definition, in order to transport MPLS packets over a 
point-to-point (layer 1) Sinchronous Digital Transport Network (SDH/SONET) or 
Optical Transport Network (OTN) path, a layer 2 protocol should be used. 

The known PPP (Point-to-point) protocol has been selected by IETF 
body for MPLS transport over point-to-point lines, as described in the standard 
RFC 3032. 

The main functionality PPP provides is "protocol multiplexing": it allows 
multiple protocols above layer 2 to share the same point-to-point connection. 

As also known, GFP (Generic Frame Procedure) is a mapping layer of 
layer 2 frames over a layer 1 SDH/SONET/OTN transport path, as currently 
defined in the standard ITU-T G.7041 . 

GFP does not provide protocol multiplexing functionality, as PPP does, 
and then it violates the architectural principles used in IETF when MPLS has 
been defined. MPLS packets can anyway be sent over GFP passing through 
the PPP layer. * - " 

According to ITU-T G.7041, PPP frames (encapsulating the MPLS 
packet or any other layer 3 packet) can be mapped into GFP and then into the 
SDH/SONET/OTN transport path. 

Alternatively, according to IETF RFC 2615, RFC 1661 and RFC 1662, 
the same PPP frames can be mapped via HDLC (High level Data Link 
Controller) mapping layer into the SDH/SONET transport path (Packet over 
Sonet). 

Therefore, according to the current IETF and ITU-T standards, there are 
two possible methods for carrying MPLS packets over SDH/SONET transport 
path. 

Both solutions require MPLS over PPP (according to RFC 3032) and 
then there are two alternatives for mapping PPP over SDH/SONET transport 
path: 



1 P pp over HDLC-like framing (RFC 4661 , RFC 1662, RFC 261 5) 
■\r 2." PPP over GFP (ITU-T G.7041): this solution' allows also the mapping 
over OTN. 

In both cases the standard PPP solution requires to run the known 
protocol LCP (Link Control Protocol) according to RFC 1661 and RFC 1662, 
and at least the protocol MPLSGP (MPLS Network Control Protocol - NCP) 
according to RFC 1661 and RFC 3032. They are mainly required for 
interworking because of standard PPP requirements, primarily in "dynamic" 
connection environments, like "private dial-up" connection, where it is 
necessary to negotiate the' network/traffic resources before connection set-up. 
The traffic is stopped till the end of the negotiation phase. 

However, the running of LCP and NCP is not really needed when the 
point-to-point link is supported by an SDH/SONET/OTN transport path, where 
there is no need for negotiation as the connection is "static" like: in these 
conditions the running of LCP and NCP should introduce inefficiencies in the 
network throughput . 

Therefore the main object of the present invention is to provide a method 
for mapping layer-3 packets over Sinchronous Digital Transport Networks 
(SDH/SONET) or Optical Transport Networks (OTN) via GFP mapping layer, 
' ' which overcomes the above mentioned drawbacks. v 

The basic idea of the present invention is to propose a modified PPP 
protocol without the LCP and NCP protocols for negotiation, to be preferably but 
not exclusively used in all application where negotiation is not required. 

In the PPP protocol the layers packets (like MPLS or IP) are inserted, 
and then the GFP header is added. 

In order to map this new PPP over GFP it is required to define a new UP! 
(User Paylod Identifier) value in the GFP Core header (ITU-T G. 7041) 

These and further objects are achieved by means of a method as 
described in the attached claims, which are considered an integral part of the 

- present description.- — - — 

The invention will become clear from the following detailed description, 
given by way of a mere exemplifying and non limiting example, to be read with 
reference to the attached drawing Figure 1, wherein the' packet structure 



according to the invention is shown. 

The preferred situation where the present invention applies is the point- 
to-point connection transmission system using Sinchronous Digital Transport 
Networks (SDH/SONET) or Optical Transport Networks (OTN), made of a 
number of interconnected nodes. 

The target is to map layer-3 MPLS or IP packets over SDH/SONET or 
OTN networks via GFP mapping layer, in such a way as to avoid the activation 
of the LCP and NCP negotiation protocols. 

The basic idea of the present invention is to propose a modified PPP 
protocol without the LCP and NOP protocols for negotiation, to be preferably but 
not exclusively used in all applications where negotiation is not required. In the 
modified PPP protocol the MPLS or IP packets are inserted, and then the GFP 
header is added. 

The point-to-point connections between nodes are established according 
to the known SDH/SONET or OTN criteria. 

At the nodes the properties and parameters of the modified PPP protocol 
are configured, as well as the network protocol (IP address) through the 
Network Management system TMN of the SDH/SONET or OTN networks. 

Then at the nodes the fields of the GFP layer are inserted. 

The packets so obtained are transmitted over SDH/SONET f or OTN 
networks in a known way. 

The various fields of the overall packet are shown in Fig. 1 . 

A layer-3 packet, like MPLS or IP, is encapsulated into the modified PPP 
layer, having: 

a PPP header, field Protocol, the value of which identifies the type of 
payload: this can be any of the layer 3, i.e. MPLS or IP or IPX or IPv6; 

the said payload, i.e. an MPLS or IP packet comprising in turn an header 
and a payload part; 

a PPP tail, field FCS, used for error checking of the PPP packet. 

Then the GFP header is built up with the following fields: 
PLI: payload length indication; 

HEC: Header Error Check, with the following possibilities: 
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., «i - . cHEC: core HEC, check on the Header field; 

--•» •«» » - ^tHECrtype* HEC/check'oh theType field; ; " ' •" 

- eHEC: extension HEC, check on the Extension header; 
PTI: Payload Type identifier; 
5 - .PR: Payload FCS identifier; 

EXI: Extension Header identifier; 

UPI: User Payload identifier: in order to map the new PPP over GFP it is 
required to define a new UPI (User Paylod Identifier) value in the GFP Core 
header (ITU-T G. 7041), which identifies the new kind of PPP packet 
io Normally the fields PFI and EXI are put at 0. 

With a different value of EXI field it is possible to add an extension 
header to the basic GFP: this should allow for example to put more than one 
different GFP channels in the same SDH/SONET Virtual Container. 

With PFI=1, it is possible to add an FCS field of the GFP level at the 
as bottom of the overall packet; in the normal situation this is not necessary, as an 
FCS field of the PPP level is already present. 

Another possibility is to set EXI field at a given different value; then to set 
the UPI field at a different value with respect to above. This should allow to 
consider that the value of protocol type has to be read in the GFP Extension 
20 Header. Then an HEC field is put in the GFP extension header, and the layer 3 
packet is inserted/and at the bottom an GFP FCS field. With PFI=1, the result is 
that the PPP layer is hidden in the GFP layer. 

With the above described procedure, the activation of the LCP and NCP 
negotiation protocols is not necessary. 
25 Further implementation details will not be described, as the man skilled in 

the art is able to carry out the invention starting from the teaching of the above 
description. 

From the above description, the advantages of the present invention are 

clear, namely: 

30 To avoid the usage of negotiating protocols when not necessary 

Robust solution because GFP based. 

Valid for both Sonet/SDH and OTN 

Standard compliant for interoperability purpose. 
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Many changes, modifications, variations and other uses and applications 
of the subject invention will become apparent to those skilled in the art after 
considering the specification and the accompanying drawings which disclose 
preferred embodiments thereof. All such changes, modifications, variations and 
5 other uses and applications which do not depart from the spirit and scope of the 
invention are deemed to be covered by this invention. 
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Claims 



. 1. Method for mapping layer-3 packets over Sinchronous Digital 
Transport Networks (SDH/SONET) and/or Optical Transport Networks (OTN), 
characterized by the steps of: 

setting up SDH/SONET and/or OTN connections over respective 
networks; 

setting up a modified PPP protocol of PPP packets, without the LCP and 
NCP protocols for negotiation; . ~ - 

inserting the layer-3 packets in the modified PPP packet; 

adding a GFP header of a GFP mapping layer to the the modified PPP 
packet, to get GFP packets; 

setting a new value of UPI (User Paylod Identifier) field in the GFP 
header; 

transmitting GFP packets so obtained over the SDH/SONET and/or OTN 
networks. 

2. Method according to claim 1, characterized in that said modified 

i- 

PPP protocol of PPP packets comprises: f 

a PPP header, field Protocol, the value of which identifies the type of 
layer-3 payload; 

the said layer-3 payload, comprising in turn an header and a payload 

part; 

a PPP tail, field FCS, used for error checking of the PPP packet. 

3. Method according to claim 1, characterized in that said layer-3 
packets are MPLS or IP or IPX or IPv6. 

4. Method according to claim 1, characterized in that said GFP 
header comprises the following fields: 

PLI: payload length indication; 

HEC: Header Error Check, with the following possibilities: 
cHEC: core HEC, check on the Header field; 
tHEC: type HEC, check on the Type field; 
eHEC: extension HEC, check on the Extension header; 
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PTI: Payload Type identifier; 

PFI: Payload FCS identifier; 1 ' - -* * • ' " 

- EXI: Extension Header identifier; 

UPI: User Payload identifier: the said new value of UPI. f 
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Abstract 

Method for mapping layer-3 packets over SDH/SONET or OTN via GFP layer. 

The present invention provides for a method for mapping MPLS packets 
over Sinchronous Digital Transport Networks (SDH/SONET) or Optical 
Transport Networks (OTN) via GFP mapping layer, through a modified PPP 
protocol without the LCP and NCP protocols for negotiation. In the modified 
PPP protocol the MPLS or IP packets are inserted, and then the GFP header is 
added. In order to map the modified PPP over GFP a new UPI (User Paylod 
Identifier) value is defined in the GFP Core header. 
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